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MESSAGING APPLICATION LAYER (MODBUS) OVER ETHERNET TO 

TRANSPORT LAYER (TCP) COMMUNICATIONS METHOD AND 
APPARATUS FOR A MODULAR TERMINAL INPUT/OUTPUT SYSTEM 

DESCRIPTION 

Related Applications 

This patent application is a divisional application claiming priority to U.S. 
Patent Application entitled, "Messaging Application Layer Over Ethernet to Transport 
Layer (TCP) Communications Method and Apparatus for a Modular Terminal 
Input/Output System, Application No. 09/804,362, filed March 12, 2001, currently 
pending, which is a continuation of Application No. 09/166,870, filed October 6, 1998, 
and Granted May 1 5, 2001 as U.S. Patent No. 6,223,626 in the U.S. Patent and 
Trademark Office. 
Technical Field 

The present invention relates to input and output (I/O) terminal interfaces for 
communication between input and output field devices, and programmable logic 
controllers (PLCs), and for communication between input and output field devices, and 
other field master devices, such as a host device. More specifically, the present invention 
relates to a modular I/O terminal interface for communication over MODBUS encoded 
Ethernet to TCP. 

Background of the Invention 

Within industrial automation systems market, there are various types of 
communications network protocols which were developed for products, such as PLCs, to 
run on the products to be networked together, and for the field devices to be monitored 
and controlled fi-om various locations within the particular automation systems. Thus, 
various types of input and output communications devices have been produced to 
communicate within the various types of communications protocols for the various types 
of communications networks for the automation systems. For example. Figure 2 shows 
various types of communications protocols, such as Interbus-S, Profibus DP, Modbus 
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Plus, Echelon, Seriplex, CAN DeviceNet, CAN SDS, and CANCAL, to name only a few. 
An additional protocol is FIPIO. Each of these various communications network types 
require specific input and output devices for communication with the input and output 
field devices based on the various types of communications protocols each having 
specific and different communications requirements. 

In addition, not only does each network protocol require different input and 
output communication devices for communication with the various above protocols, but 
there is also the need of having input and output communication devices for 
communication directly with the PLCs. Communication between the PLCs and the input 
and output communication devices can have yet another type of communication protocol 
which may require different types of input and output communication devices for each 
different type or brand of PLC. 

The present invention is provided to solve these and other problems. 

Summary of the Invention 

The present invention is a communications adapter for interfacing between 
MODBUS over Ethemet to TCP for the communication of information between field 
devices and a field master using these types of protocols. Field devices can include 
devices such as digital or binary inputs, digital or binary outputs, analog inputs, analog 
outputs, QPR units or other special units, and INTIO devices to name only a few. Field 
masters can include programmable logic controllers (PLCs) (sometimes referred to as 
process control devices or PCDs), application specific controllers, and host 
computers/devices such as a personal computer with industrial automation software 
running thereon. For example, U.S. Patent No. 5,61 1,059 discloses various types of 
controllers within a control structure for interfacing with the field devices, as well as user 
interface of a personal computer having industrial automation software rurming thereon. 

The communications adapter is for providing an interface between a master 
device and an I/O device (body) having an output and/or an input. In the case of the I/O 
body having an output, the adapter has a TCP port for coupling to the master device via a 
transmission path for receiving a request message. The adapter also has a connector for 
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operable coupling to the I/O device for receiving the output of the I/O device. The 
adapter further has an interface circuit operably connected to the TCP port and the 
connector for transmitting a response message over the transmission path in response to 
the request message, the response message correlating to the output received from the I/O 
device. The request message and the response message is limited to a length that is less 
than a TCP transaction length and/or a maximum transmission unit limit, or both, 
depending on the embodiment of the present invention. 

The present invention also includes a method for providing a connection 
between a master device and an I/O device having an output and/or and input. In the case 
of the method for providing a connection between a master device and an I/O device 
having an output, the method includes receiving over a transmission path a request 
message on a preregistered TCP port selected from a plurality of TCP ports. The method 
also includes receiving the output from the I/O device. The method further includes 
transmitting a response message over the transmission path in response to the request 
message, the response message correlating to the output of the I/O device. The request 
message and/or the response message is limited to a length that is less than both a TCP 
transaction length and/or a maximum transmission unit limit, or both, depending on the 
embodiment of the present invention. 

In the case of the method for providing a connection between a master device 
and an I/O device having an input, the method includes receiving over a transmission 
path a request message on a preregistered TCP port selected from a plurality of TCP 
ports. The method also includes transmitting a response message over the transmission 
path in response to the request message. The method further includes transmitting data to 
the input of the I/O device in response to the request message. The request message 
and/or the response message is limited to a length that is less than a TCP transaction 
length and/or a maximum transmission unit limit, or both, depending on the embodiment 
of the present invention. 

The communications adapter (adapter or COM-adapter) attaches to an 
input/output body as is described U.S. Patent Application Serial No. 09/036,565 and/or 
German Patent No. DE 196 15 093, which are hereby incorporated by reference. 
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Specifically, the communications adapter is configured to directly attach to 
and communicate through at least an in-data port, the out-data port, and the identification 
port of the input/output body. In addition, the communications adapter is also configured 
to communicate with MODBUS over Ethernet type field masters. The communications 
adapter can have an input multiplexer for accepting data from the in-data port and from 
the identification port, an output multiplexer for providing data to the out-data port, and a 
processor for communicating with the input multiplexer and the output multiplexer. The 
processor is also provided for converting the data, received from the input multiplexer 
and the output multiplexer. Field bus circuitry is also connected between the processor 
and the field bus, within the communications adapter, for allowing the processor to 
conmiunicate with the field master on the field bus. 

Alternatively, the communications adapter has at least one application 
specific integrated circuit (ASIC) for accepting data from the in-data port and firom the 
identification port, and for providing data to the out-data port. The ASIC converts the 
data to and from a MODBUS over Ethernet communications protocol of a PLC type of 
field master. 

The present invention can take the form of a communications adapter adapted 
to only an input body or only an output body having the same advantages and the fiiU 
input/output body, as is understood with reference to the incorporated references above. 
Thus, the invention allows inexpensive standard network components to be used in place 
of specialized real time field bus components in communicating with industrial sensor 
and actuator devices. This enables major savings in cost and complexity when connecting 
simple devices to a network solution involving programmable controllers or other 
industrial computer systems, since the same networking infrastructure components can be 
shared. Other advantages and aspects of the present invention will become apparent upon 
reading the following description of the drawings and detailed description of the 
invention. 
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FIG. 1 is a perspective view of the input/output body, with the 
communications adapter of the present invention attached thereto. 

FIG. 2 is a modularity chart showing the flexibility of the present invention. 
FIG. 3 is a block diagram of the internal structure of the present invention. 

Detailed Description 

While this invention is susceptible of embodiment in many different forms, 
there is shown in the drawings and will herein be described in detail a preferred 
embodiment of the invention with the understanding that the present disclosure is to be 
considered as an exemplification of the principles of the invention and is not intended to 
limit the broad aspect of the invention to the embodiments illustrated. 

With reference to Figure 1, the present invention is a communications adapter 
(COM-adapter) for connecting to and communicating with an input/output (10) body 2. 
The 10 body 2 interfaces between field devices (not shown in Figure 1) and a field master 
(not shown in Figure 1). The communication adapter will allow an 10 base (body) to 
reside on a Ethernet network and communicate using Modbus messages over the TCP/IP 
protocol. 

Some abbreviations for this specification can be defined as follows: 
MIO: Momentum Terminal Input Output 

ARP: Address Resolution Protocol used to get Ethernet physical address, given 
the IP address 

Ml-Interface: Momentum 10 Internal Interface 

BOOTP: Protocol used at power up to associate a MAC address with an IP 
address 

COM-adapter: Commxmication Adapter 
ICMP: Error indication and control protocol 
I/O-body: Input/Output body (base unit) 

IP: Internet network layer providing worldwide addressing capability 
Modbus: Messaging application layer (Read / Write services) 
TCP: transport layer for point to point 
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STP: Shielded Twisted Pair 

With reference to FIGS. 1 and 3, the COM-adapter 10 is for providing an 
interface between a master device 12 and an I/O device (body) 14 having an output 
and/or an input. In the case of the I/O device 12 having an output, the adapter 10 has a 
TCP port 16 for coupling to the master device 12 via a transmission path 1 8 for receiving 
a request message. The adapter 10 also has a connector 20 for operable coupling to the 
I/O device 14 for receiving the output of the I/O device 14. The adapter 10 further has an 
interface circuit 22 operably connected to the TCP port 16 and the connector 20 for 
transmitting a response message over the transmission path 18 in response to the request 
message, the response message correlating to the output received from the I/O device 14. 
The request message and the response message is limited to a length that is less than a 
TCP transaction length and/or a maximum transmission unit limit, or both, depending on 
the embodiment of the present invention. 

The selected TCP port in the COM-adapter should be TCP port number 502 
according to the design assumptions for one embodiment of the present invention, which 
are provided further below. In addition, the assumptions also provide that the interface 
circuitry ignores a connection request received over the transmission path by another 
TCP port. In addition, the interface circuitry discards a message of unknown meaning 
received by the TCP port. The interface circuitry closes the transaction path in response 
to an error received by the TCP port. In addition, the interface circuitry transmits an 
Address Resolution Protocol Response over the transmission path if an Intemet Protocol 
address encoded with the request message matches an Intemet Protocol address 
associated with the I/O device 14. The interface circuitry also transmits a connection 
confirmation in response to a TCP connection request. 

The present invention also includes a method for providing a connection between 
a master device 12 and an I/O device 14 having an output and/or an input. In the case of 
the method for providing a connection between a master device and an I/O device 14 
having an output, the method includes receiving over a transmission path 18 a request 
message on a preregistered TCP port 16 selected from a plurality of TCP ports. The 
method also includes receiving the output from the I/O device 14. The method further 
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includes transmitting a response message over the transmission path in response to the 
request message, the response message correlating to the output of the I/O device 14. 
The request message and/or the response message is limited to a length that is less than 
both a TCP transaction length and/or a maximum transmission unit limit, or both, 
depending on the embodiment of the present invention. 

In the case of the method for providing a connection between a master device 12 
and an I/O device 14 having an input, the method includes receiving over a transmission 
path 1 8 a request message on a preregistered TCP port 16 selected from a plurality of 
TCP ports. The method also includes transmitting a response message over the 
transmission path in response to the request message. The method further includes 
transmitting data to the input of the I/O device 14 in response to the request message. 
The request message and/or the response message is limited to a length that is less than a 
TCP transaction length and/or a maximum transmission unit limit, or both, depending on 
the embodiment of the present invention. 

MODBUS is an industrial control protocol that is a widely-implemented standard 
where each transaction is independent and comprises a request message and response 
message pair, each of bounded length. The length of the request and response messages 
is such that the encapsulated message, when sent as part of a standard TCP connection, is 
smaller than both the TCP 'window' and Maximum Transmission Unit (MTU) limits. In 
addition, because the response from a previous transaction must be received before the 
request for the next transaction may be sent, there is no reason to break up, or fragment' a 
MODBUS message when transmitted over TCP. The result is that there is a direct 
relationship between the MODBUS message encoding and the TCP frame encoding on 
any given network. 
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I By making a luimber of simplifying assumptions about the relationship between 
the target 'slave' deviceVid its interrogating >master= device, the obligations of the 
receiving software (See A^endix A) can be reduced from the traditional 'network 
protocol stack' consisting of\ number of interacting software (See Appendix A) 
components to simpler 'state mk:hine' where the correct response to an incoming request 
can be rapidly determined from tne content of the start of the request message. For one 
embodiment of the present invention, the following are the significant assumptions: 

- All requests will be initiated at the 'master'. This means the slave has no need to initiate 
connections or resolve symbolic Domain Name Service (DNS) names. 

- All requests will appear on registered TCP port nimiber 502, which is registered already with the 
Intemet Assigned Numbers Authority (lANA) for the purpose of carrying MODBUS traffic. This 
means that attempted coimection requests on other ports can be ignored. 

- The slave may assume that a valid return path to the master is either 'direct' or can use the 
network bridge device which last processed the request message on its way to the device. This 
means that it is no necessary to maintain IP routing tables or understand ICMP redirect messages. 

- It is appropriate if presented with a message of unknown meaning to discard the message as if 
the device is hiding behind a 'network firewall' device. 

- The appropriate response to any MODBUS protocol or encoding error is to unilaterally close the 
TCP connection. 

As a result, the MODBUS/TCP/Ethemet implementation, as an example, can implement 
largely pre-calculated responses to the following messages: 

- Address Resolution Protocol (ARP) Request - send ARP response if IP address matches. 

- Intemet Control Management Protocol Echo (ICMP PING) request - send PING response (to aid 
in standard network setup and troubleshooting). 

- TCP connection request (S YN) - send connection confirm (SYN ACK) if the requested port 
number is 502, ignore otherwise. 

- TCP disconnect request (FIN) - send disconnect confirm (FIN ACK). 

- MODBUS request as TCP data frame - send MODBUS response as TCP data frame, generating 
most of the protocol prefix information from the equivalent information in the request. 
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As a result, performance is enhanced in at least two significant respects as compared to a 
traditional implementation: 

- The amount of network traffic is reduced because each MODBUS transaction involves typically 
2 messages only (the encoded request and response). A traditional protocol stack would generate 4 
messages (adding an ACK message for each data unit transmitted). This results in a saving of 
20% to 50% of the network traffic, allowing the same network components to handle an additional 
25% to 1 00% throughput with no additional cost. 

The calculation time at the slave is drastically reduced, allowing simpler and less 
expensive microprocessors to substitute for expensive ones and yet achieve the same effective 
response performance. At the same time, compatibility with conventional protocol stacks on large 
computers is maintained, because adherence to the standard encoding for MODBUS over TCP has 
not been violated. 

In the present invention, the Ethernet (MAC) address for the COM-adapter can be 
stored in flash memory. The COM-adapter can operate on a standard Ethernet network 
that should include a BOOTP server. The IP address will be obtained from a network 
server using the BOOTP protocol. A commercially available BOOTP server can be used 
for this purpose. The COM- Adapter communicates using Modbus messages over TCP/IP 
to an NOE2X1 module, a host computer, or any device using the Modbus Protocol over 
Ethernet. The COM-adapter v^U be compatible with at least, host programs running over 
Windows 95, Windows NT, and UNIX TCP/IP stacks. The COM-adapter should meet 
the main international standards: U. L., C.S A.., P.M., and C.E. The COM-adapter 
enables the connection of all MIO Boards to the Ethemet. Used with the COM-adapter, 
the MIO will provide at least the following functions: communication using a limited set 
of Modbus commands over the TCP/IP protocol; input and output data exchanges; 
parameter management (at initialization time and at run time); diagnostic information 
(LEDs, communications statistics); and downloading of new operating software (See 
Appendix A) over the Ethemet connection. 

The extemal accesses to the Ethemet Comm Adapter are: 

- RJ45 female connector for lOBaseT network connection. 
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- 2 LEDs: - Run: Green LED. Indicates the module's operating state. - 
Communication: Green LED: Indicates network activity. 
The mode of operation is as follows: 
Initialization: at power up, a kernel firmware (see Appendix A, which is hereby incorporated 
herein by reference) will perform an intemal initialization and self-tests. If the self tests fail, 
a run LED will flash, if possible, indicating a failure reason. In this state, the COM-adapter 
does not attempt to communicate over the network. If initialization is successful, the COM- 
adapter then requests its IP parameters (IP address, default gateway, and sub-net mask) using 
the BOOTP protocol over the Ethernet network and the MAC address stored in a nonvolatile 
memory. The COM-adapter will wait ten seconds for a BOOTP server to respond before 
trying again. The COM-adapter will retry six times, three times using the Ethernet II 
framing type, and three times using the 802.2 SNAP header. If no server responds, the 
COM-adapter will use the last valid IP stored in flash memory. If no valid IP data exists, the 
COM-adapter will flash the run LED in a specified pattern and retry the BOOTP request 
every thirty seconds. If the IP parameters are successfully obtained, the kernel (firmware) 
performs a checksum test on the executable image. If the image is invalid, the kernel will 
put the I/O base into a safe mode, flash the run LED with a pattern indicating its condition 
and wait for a download command sequence on the Ethernet port. 

After receiving its network parameters, the COM-adapter runs an identification 
procedure with the I/O-body. If the Identification procedure fails, the Run LED flashes a 
failure code. When the initialization phase is successfully completed, the COM-adapter is 
ready to corrmiunicate using the Modbus protocol over TCP/IP. The Run LED will be on 
steady. 

The COM-adapter will enter the failed state if the I/OERR signal is pulled down by 
a complex I/O body for more than one second. If the I/OERR signal is pulled down by a 
simple I/O-Board, the COM-adapter remains in the ready state. The Run LED will indicate 
the failure condition and the I/O base will be forced into a safe state. 

With respect to downloading, at any time after successfiilly obtaining its IP 
information, the COM-adapter will accept Modbus commands with function code 125 for 
downloading executive code. Downloading executive code should be understood in the art. 
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When entering kernel software (See Appendix A), the unit will place the I/O in a safe state 
and enter the kernel. The Run LED will flash the code indicating that a download is in 
progress. During kernel downloading, only Modbus 125 commands will be accepted. When 
the download is complete, the COM-adapter will restart the initialization sequence. If the 
5 download fails, the unit will flash the LED sequence indicating that a download is required. 

The following describes the I/O operating modes. The COM-adapter will not 
support peer cop or global data. The COM-adapter has three groups of internal registers: 
module data, configuration, and status. All three register groups can be accessed over the 
Ethernet network by standard Modbus commands to ensure compatibility with existing 

10 devices (i.e., user logic MSTR block). The COM-adapter will restrict write access to the 
first node that communicates with it. The COM-adapter will maintain this lockout until 
communication with the master times out. The COM-adapter will allow the master to 
specify up to three other Aowners" in order to facilitate the efficient implementation of hot 
standby systems. The user can access various registers to obtain I/O module information via 

15 the Ethernet network. These internal registers are mapped to emulate 4xxxx registers 
allowing read/write 4xxxx register commands to be used (i.e. by using a MSTR block). 

Below is a Table to show data flow between the Ethernet network and the COM- 
adapter intemal registers: 





Data Group 


Offset in Hex 


Size of Field 


Read Only 


Input Data 


0001 


Module dependent 


Write Only 


Output Data 


0001 


Module dependent 











20 





Configuration Group 


Offset in Hex 


Size of Field 










Read/Write 


Time-out Register 


FOOl 


1 word 
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ReadAVrite 


Reserved for Distributed 
10 


F201-F3FF 


(See program 
listing). 


Read/Write 


Ownership Register 


F401 


6 words 


Read/Write 


IP Parameter Save 
Register 


F410 


1 word 













Status Group 


Offset in Hex 


Size of Field 










Read Only 


Status register 


F801 


word 1 of status register 


Read Only 


Module ASCII header 


FCOl 


word 6 of status register 











Data group information is as follows: The input buffer scheme captures a snap shot of all 
input data The output buffer scheme insures that the newest copy of output data (only one buffer) is 
5 written to the output modules. A special algorithm is also used to insure old data is not lost, during 
a single word update of a multiple word output buffer field. 

Configuration group registers are as follows: The configuration group contains three registers 
that are used by the COM-adapter: a module hold-up time register, a write privilege register, and a 
save IP parameter register. A block of registers in this area is reserved for use by distributed I/O. 
10 Module hold-up: Module hold-up time-out is the amount of time the output modules 

are held in their current state without being updated by Modbus write commands. The 
module time-out is one word at offset FOOL This register can be read from and written to 
using Modbus commands, and the default value is 100 (Isec). The module time-out word 
is in increments of 10msec, with a minimum value of 30 (300msec) and a maximum value 
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of 6,000 (60sec.). All values outside this range will be logged as illegal data address errors. 
Write access is restricted to the current Amaster." 

Another timer is the reservation time-out. The COM-adapter is dedicated to one 
Ethernet device. Reservation time-out is the amount of time (60 seconds) that the output 
module will be dedicated to an Ethernet device that is no longer communicating with it. If 
the time-out expires the COM-adapter will be dedicated to the next Ethernet device that 
writes to it. If two Ethemet devices wanted to write data to the same COM-adapter, one 
Ethernet device would have to wait for the reservation time-out to expire before it could 
write its data. This time-out is a fixed value, preferably sixty seconds, and is not user 
accessible (not changeable). 

Ownership register: the Ownership register is used so that more than one Modbus 
device can have write access to the COM-adapter. Up to three remote Ethemet devices can 
have write access at the same time. This special case overrides the reservation time limit. 
The ownership register is six words starting at location F401, two words for the IP address 
of each Ethemet device. The default setting for each ownership register is zero (no owner). 
Register F401 contains the first owner's IP address, register F403 the second owner's IP 
address, and F405 contains the third owners IP address. All three owners have the same 
write privileges. A fourth controller (Ethemet device) could write to the COM-adapter if the 
three known owners (Ethemet devices) had ceased communication for more than the 
reservation time-out of sixty seconds. 

IP Parameter Save Register: this Boolean register is located at offset F410 and 
determines the behavior of the COM-adapter if a BOOTP server is not found at initialization 
time. If a one is written to the register, the current values of the IP parameters will be written 
to non-volatile storage (memory). If a BOOTP server caimot be found during the next 
initialization, these values will be used. If a zero is written to this register, any saved IP 
parameters will be erased. A change of state of this register will cause a reset of the COM- 
adapter. Writing the IP Parameter Save Register is restricted to owner or owners (Ethemet 
devices). 

MBP Status Group registers: there are two registers in the Status Group: The internal 
status register starts at offset F801, and the ASCII header register starts at offset FCOl . 
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Module (COM-Adapter) Status register: 

The following table shows the contents of the Module status register: 



Words of information 


Description 


Value 


Word 1 


Number of status words 


Max. of 13 words 


Word 2 


number of module input bytes 


Module dependent 


Words 


number of module output bytes 


Module dependent 


Word 4 


Module ID number 


Module dependent 


Word 5 


Module revision number 


XR 


Word 6 


ASCII header length in words 


Module dependent 


Word? 


last node to communicate low 
word 


IP Address 


Word 8 


remaining reservation time 


X 


Word 9 


remaining module holdup time 


X 


Word 10 


Module health 


SOOOhex = good health 


Word 11 


Last 1/0 module error 


X 


Word 12 


I/O module error counter 


X 


Word 13 


last node to communicate 


IP Address 



For the purpose of this chart: 
5 X = upper four bits reserved for station management commands, the upper 4 bits hi this word 

will always be zero; R = (module revision number) REV 1.00 = lOOhex. 

ASCII header block: there is an ASCII header block starting at offset FCOl . This header is 
used to give a brief description of the module. The length of this block can be between one to 
sixty-four bytes. The length is contained in word six of the status register. This area is read only. 

14 
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Compatibility: the COM- adapter is compatible to the ATI-interface and will function with all 
I/O bodies which operate according to the ATI-interface as described in U.S. Patent Apphcation Serial 
No. 09/036,565. 

MTBF quality specification: the mean time between failure (MTBF) reliability calculation 
model is based on MIL_HDBK-217 (a military standard). MTBF = 1/ failure rate. The specified 
value is calculated at 30 degrees C, GB (ground benign). The MTBF goal is 200,000 hours. 

Performance: the communication stack is optimized to get the best possible 
performance for Modbus response time (time to issue a response after receiving a Modbus 
TCP request). The COM-adapter will support a MODBUS/TCP transaction rate of one per 
millisecond, providing a response to function code 23 for a simple 32 bit (2 word) in/out 
module in 500 micro-seconds. A master can recover from a TCP disruption by closing and 
reopening socket connection. This sequence v^U take no longer than 5 milUseconds due to 
delays at the COM-adapter. 

Electrical specifications: 

For the ATI-interface: 

Logic supply Vcc :5V/+-5%/500ma Max supplied from the I/O body to the 
interface., Levels, load, and timing will be according to other ATI-interface specifications. 
For the Ethernet-interface: 
Compliant with the STP 100 ohm connection. 



5 V Tolerance +/- 5% 

5 V Current Consumption 200 MA max.; @ < lOOuF Capacitive Load 

Processor AMD186ER 

Memory 128K byte EPROM, 32K byte SRAM 

Ethernet Controller Crystal CS8900 



EMC Requirements: The COM-adapter should meet EMC tests described in the 
applicable standards. The COM-adapter is considered as open equipment, which means it 
should be within an enclosure. The following tests can be performed with shielded cable: 



Standard 


Test Description 


Applicable Port 


TOP HAT (COM- 
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adapter) OPEN 

EQUIPMENT 

Parameters/Limits 


EN 55011 


Radiated 
Interference 


Enclosure 


Class A 


EN50140/IEC1000 
4-3 


Radiated RF 
immunity 


Enclosure 


80-1000 MHz 
lOV/m 


EN50140 


Radiated RF impulse 
immunity 


Enclosure 


900 Mhb 

lOV/m 


lEC 1000-4-2 
Note 


Electrostatic 
Discharge 


Enclosure 


8kV Air 
4 kV contact 


ENV50141/1EC 
1000-4-6 
Note 1 


Conducted RF 
immunity 


COM Port 


.15-80 MHZ 
10 Vrms 


lEC 1000-4-4 


Fast Transient Burst 


Comm. lines 


1 kV cap. Clamp 


ENV 

50142/IEC1000-4-5 


Surges 


Earth Port 
(shield) 


2kVCM 


lEC 1131 par 4.7.2 


Protective Earth 
Continuity 


Connector to 
Earth 


30 A 

<0.1 Ohms 



Commxmication ports pass/ fail criteria B is acceptable 

The COM-adapter should meet the following agency standards: 

U.L. 508, 746C, 94. 
5 lEC 1 1 3 1 -2 (where applicable) 

CSA22.2 No. 142 

CEMark 
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FM Class 1 Div. 2 



The COM-adapter in operation should be kept within the following ranges: 
Temperature 0 - 60 degrees C. operating 



-40 - +85 degrees C. storage 



Humidity 5 - 95% RH (non-condensing) 

Vibration 10-57Hz@0.075mmd.a 



57- 150 Hz@19 



Shock +/- 15 G peak, 1 1 ms, half sine- wave 



The COM-adapter can have 2 LEDs, and use Ethernet shielded or unshielded RJ45 
female connector. Shielding should be provided on 360°, and good contacts should be 
provided with the extemal metallic parts of the RJ45 male connector. The Ethernet RJ45 pin 
out is: 



Modbus: the COM-adapter will accept MODBUS messages over TCP/IP using the 
MBAP protocol to communicate with certain boards. Modbus function codes 9 (read 
registers), 16 (write multiple registers) and 23 (read/write) will be processed by the software 
(See Appendix A), which is attached hereto, and which is incorporated by reference herein, 
and passed to the ATI interface. Message 8, sub-function 21 (get/clear statistics), will return 
Ethernet statistics similar to the N0E2X1. Modbus 125 commands will be processed by the 
kemel for executive download. The COM-adapter will respond to all other Modbus 
messages with exception code 01 (illegal function). 

TCP/IP: the COM-adapter will run an optimized communication stack. This stack 
will enable the COM-adapter to respond to Modbus messages with minimum turn around 
time. It must also handle other network traffic, such as ARP requests and ICMP echo 
requests, in a manner consistent with the associated protocols. The COM-adapter will 



Pinl:TX+ 



Pin 2: TX- 



Pin3:RD+ 



Pin 4: RD- 
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receive its network parameters from a BOOTP type server or use those retained in 
nonvolatile storage, if available. 

The Modbus handler will field requests from the network and either respond directly 
or pass the request to the ATI interface. The handler will maintain the internal configuration 
and status registers, and arbitrate write access to the COM-adapter. 

The TCP/IP communication stack should be optimized for performance. However, 
these optimizations should not impair its ability to function as a standard TCP/IP node on 
an integrated network. 

The kernel will provide basic services for the operation of the unit. These include 
timer services, resource management, interrupt handling and drivers for peripherals such as 
Ethemet controller. Initialization and fault handling will also be handled by this code. 

The present application is being filed contemporaneously with a U.S. Patent 
Application Attorney Docket No. 401 P 129, both of which are, or will be, assigned to 
Schneider Automation, which other application is incorporated herein by reference to the 
extent necessary for the understanding of the present invention. 

While the specific embodiments have been illustrated and described, numerous 
modifications come to mind without significantly departing from the spirit of the invention 
and the scope of protection is only limited by the scope of the accompanying Claims. 
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